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SYSTEM AND METHOD FOR FILTERING 
QUERY STATEMENTS ACCORDING TO 
USER-DEFINED FILTERS OF QUERY 
EXPLAIN DATA 

RELATED APPLICATIONS 

This application is a continuation-in-part of U.S. patent 
application Ser. No. 08/949,636, filed Oct. 14, 1997 now 
U.S. Pat. No. 6,243,703, for "Interpreting Data Using User 
Interface," which is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

1. Identification of Copyright 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent 
disclosure, as it appears in the Patent and Trademark Office 
patent file or records, but otherwise reserves all copyright 
rights whatsoever. 

2. The Field of the Invention 

The present invention relates generally to computer- 
implemented database systems. More specifically, the 



which typically stores the access path data for a plurality of 
SQL statements. 

In addition to determining the access path, some data- 
bases estimate the cost for executing each SQL statement. 
5 The estimated costs are typically stored in a statement table 
(as in the case of DB2® for OS/390®) or a similar table 
within the database. Like the plan table, the statement table 
stores the estimated statement costs for a plurality of SQL 
statements. 

10 Databases also typically include statistics for such data- 
base objects as table spaces, indexes, tables, and columns. 
For example, in the case of a table, the statistical data may 
include the number of pages that contain rows of the table, 
the number of rows and columns in the table, as well as 
a5 various other statistical data. The statistics are typically 
derived from the RDBMS "catalog," which is an object that 
describes the entire database. 

The above-described access path data, statement cost 
data, and object statistics data (referred to collectively as 
20 "query explain data") assist the user in analyzing and 
improving the performance of SQL statements. For 
example, a query with a higher-than-average statement cost 
might alert the user to inefficiencies in the access path. By 
viewing the access path data, the user can selectively make 



present invention relates to a system and method for filtering * chan 8 es 10 the and/ ° r the database, such as by adding 



query statements according to user-defined filters of query 
explain data. 

3. The Relevant Technology 

Databases are computerized information storage and 
retrieval systems. A Relational Database Management Sys- 
tem (RDBMS) is a database system which uses relational 
techniques for storing and retrieving data. Relational data- 
bases are organized into tables consisting of rows (tuples) 
and columns of data. A database typically includes many 
tables, and each table includes multiple rows and columns. 
The tables are conventionally stored in direct access storage 
devices (DASD), such as magnetic or optical disk drives, for 
semi-permanent storage. 

Generally, users communicate with an RDBMS using a 
Structured Query Language (SQL) interface. The SQL inter- 
face allows users to create, manipulate, and query a database 
by formulating relational operations on the tables, either 
interactively, in batch files, or embedded in host languages 
such as C and COBOL. SQL has evolved into a standard 
language for RDBMS software and has been adopted as 
such by both the American National Standards Institute 
(ANSI) and the International Standards Organization (ISO). 

The SQL standard provides that each RDBMS should 
respond to a particular query in the same way, regardless of 
the underlying database. However, the method that the 
RDBMS actually uses to find the requested information in 
the database is left to the RDBMS. Typically, there is more 
than one method that can be used by the RDBMS to access 
the requested data. The RDBMS, therefore, attempts to 
select the method that minimizes the computer time and 
resources (i.e. cost) for executing the query. 

The RDBMS determines how to execute the SQL state- 
ments. The set of steps created by the RDBMS for executing 
the SQL statements is commonly referred to as the "access 
path." In other words, the access path is a sequence of 
operations used by the RDBMS to obtain the data requested 
by the SQL query. Depending on the access path, an SQL 
statement might search an entire table space, or, 
alternatively, it might use an index. The access path is the 
key to determining how well an SQL statement performs. 
The description of the access path is stored in a plan table, 
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an index in order to avoid a table space scan. The object 
statistics data similarly assists the user by describing the 
structure and organization of the database. 

Unfortunately, analyzing SQL query performance is cur- 
rently too time-consuming and complex for the average user. 
Typical systems include hundreds or thousands of query 
statements. Identifying the one or more statements that need 
to be improved can be a difficult task. In conventional 
systems, the user must manually locate the relevant query 
explain data in a plurality of tables, e.g. the plan table, the 
statement table, the function table, and the catalog tables, 
which can be tedious and time-consuming. 

Moreover, each of the tables typically stores information 
corresponding to many different statements and objects. 
Consequently, the tables are often very large, making it 
difficult to locate the desired data. Likewise, the tables are 
often cryptic and hard to understand, even for database 
experts. For example, the plan table typically includes sixty 
or more columns and hundreds or thousands of rows. The 
access path data is stored in a tabular format, which, 
although easily understood by the RDBMS, is often too 
complicated to be effectively analyzed. 

Accordingly, what is needed is a system, method, and 
article of manufacture for reducing a list of query statements 
based on a user's customized requirements for improving 
SQL performance. Moreover, what is needed is a system, 
method, and article of manufacture for filtering query state- 
ments according to user-defined filters of query explain data. 
What is also needed is a system, method, and article of 
manufacture for generating user-defined filters of object 
reference data, statement cost data, and access path data. 
Additionally, what is needed is a system, method, and article 
of manufacture for storing and retrieving sets of user-defined 
filters. 

SUMMARY OF THE INVENTION 

The present invention solves the foregoing problems by 
providing a system, method, and article of manufacture for 
filtering query statements according to user-defined filters of 
query explain data. 

In one aspect of the invention, an apparatus for filtering a 
set of query statements according to query explain data 
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associated therewith includes a processor for executing FIG. 11 is an illustration of an unfiltered list of query 
instructions and a memory device having thereon modules statements according to one embodiment of the invention; 
of operational data and executable code for execution by the FIG. 12 is an illustration of an interactive display pro- 
processor. In one embodiment, the modules include a filter vided by an ob j ect filter generation module according to one 
generation module configured to receive user-specified fil- 5 embodiment of the invention; 

tering criteria directed to a subset of the query explain data m ^ -~ . .„ . £ ,, 4 , 4 £ 

r fi ♦ * . j -1 j f FIG. 13 is an illustration of a filtered list of query 

tor at least one query statement and generate in response at t . 4 , ,. * lL • . 

,Zk'a «n 1 u . X. a statements according to one embodiment or the invention; 

least one user-denned filter. In one embodiment, the mod- 0 

ules also include a statement filtering module configured to FIG - 14 * an illustration of an interactive display pro- 
apply the user-defined filter to the set of query statements to 10 Vlded b V a cost filter generation module according to one 
selectively exclude query statements not satisfying the fil- embodiment of the invention; 

tering criteria of the at least one filter. FIG. 15 is an illustration of a filtered list of query 
In another aspect of the invention, a method for filtering statements according to one embodiment of the invention; 
a set of query statements according to query explain data FIG. 16 is an illustration of an interactive display pro- 
associated therewith includes the step of receiving user- 15 vided by an access path filter generation module according 
specified filtering criteria directed to a subset of the query to one embodiment of the invention; 
explain data for at least one query statement and generating FIG. 17 is an illustration of an interactive display pro- 
in response at least one user-defined filter. In one vided by an access path filter generation module according 
embodiment, the method also includes the step of applying to one embodiment of the invention; and 
the user-defined filter to the set of query statements to 20 pjc. 18 is an illustration of a filtered list of query 
selectively exclude query statements not satisfying the fil- statements accordi t0 0Qe embodimeDt 0 f the invention, 
tering criteria of the at least one filter. 

In yet another aspect of the invention, an article of DETAILED DESCRIPTION OF THE 

manufacture comprises a program storage medium readable PREFERRED EMBODIMENTS 

by a processor and embodying one or more instructions 25 _ e 

: li u *u : _r L m , Jne presently preferred embodiments of the present 

executable by the processor to perform the above-described -,, u , t , t , . r . it _ 

*u a c xiw ■ . • . invention will be best understood by reference to the 

method tor faltering query statements according to user- A , • n * j • I vi 1 

itj^i. c 1 • 1 . drawings, wherein like parts are designated by like numerals 

defined filters of query explain data. throughout. It will be readily understood that the compo- 

Tliese and other objects, features and advantages of the nents of the t invention> as n described and 

present invention will become more fully apparent from the 30 iUustrated in the fi herein> be a ^ ^ 

following description and appended claims or may be designed in a wide variety of different configurations. Thus, 

learned by the practice of the invention as set forth herein- the fo i lowing more detailed descri ption of the embodiments 

a er ' of the apparatus, system, and method of the present 

BRIEF DESCRIPTION OF THE DRAWINGS 35 invention, as represented in FIGS. 1 through 18, is not 

These and other more detailed and specific objects and t0 Umit thc SC0 P e ° f th ° invention > 35 claimed ' but 

features of the present invention are more fully disclosed in 18 re P re sentative of presently preferred embodiments 

the following specification, reference being had to the ot tbe mventI0n ; 

accompanying drawings, in which ^ e Figures include schematic block diagrams and flow 

FIG. 1 is a schematic block diagram of a computer system 40 charl diagrams which illustrate in more detail the preferred 

suitable for implementing one embodiment of the invention; embodiments of the present mvention. The schematic block 

FIG. 2 is a schematic block diagram of a system for dia f ams dlustrate f rtain embodiments of modules for 

filtering query statements according to user-defined filters of P erfo ™ n S vanous Unctions of the present invention, n 

query explain data according to one embodiment of the ^eral, the represented modules include therein executable 

invention* 45 operational data for operation within a computer system 

• ,. i| ij* c 1 of FIG. 1 in accordance with the present invention. 

FIG. 3 is a schematic block diagram of a query visual- , , . ■ , 

ization module according to one embodiment of the inven- u M ^ erein ' the term executable data > or merel X 

uon . executable, 1 is intended to include any type of computer 

ttto a :„ „_ '1U.-+ c * * * j ^ instructions and computer executable code that may be 

FIG. 4 is an illustration of a query statement and a portion , , , v . . t .„ , \ 

^ f 0 nUn t , Kljo _ ,• , « « ■ . -r # . . 50 located within a memory device and/or transmitted as elec- 

of a plan table according to one embodiment of the inven- , . . , J . , . . A ., .„ , 

t - Qn . & tromc signals over a system bus or network. An identified 

i-i • module of executable code may, for instance, comprise one 

FIG. 5 b an illustration of a graphical representation of an or more h ical or , ica , blocks of ter ^aioos 

access path accordmg to one embodiment of the invention; which may( for instaQCe( be ized as aQ object> 

FIG. 6 is a schematic block diagram of a filter module 5J procedure> or function. Nevertheless, the executables of an 

according to one embodiment of the invention; identified module need not be located together, but may 

FIG. 7 is an illustration of the data flow within the filter comprise disparate instructions stored in different locations 

module according to one embodiment of the invention; which together comprise the module and achieve the pur- 

FIG. 8 is a schematic flow chart of a method for filtering pose stated for the module. Indeed, an executable may be a 

query statements according to user-defined filters of query 60 single instruction, or many instructions, and may even be 

explain data; distributed over several different code segments, among 

FIG. 9 is an illustration of an interactive display provided different programs, and across several memory devices, 

by a plan/package selection module according to one Similarly, operational data may be identified and illus- 

embodiment of the invention; trated herein within modules, and may be embodied in any 

FIG. 10 is an illustration of an interactive display pro- 65 suitable form and organized within any suitable type of data 

vided by a plan/package selection module according to one structure. The operational data may be collected as a single 

embodiment of the invention; data set, or may be distributed over different locations 
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including over different storage devices, and may at least stations 12A, 12B. The first station 12A is preferably a 

partially exist merely as electronic signals on a system bus workstation -class computer, such as a PC workstation, avail - 

or network. able from IBM Corporation. The second station 12B is 

FIG. 1 is a schematic block diagram that illustrates a preferably an IBM mainframe computer operating under 

computer system 10 in which executable and operational 5 MVS® or OS/390®. In one embodiment, the stations 12A, 

data, operating in accordance with the present invention, 12B are coupled via a network 14 using a distributed remote 

may be hosted on one or more computer stations 12 in a data architecture (DRDA). Those skilled in the art, however, 

network 14. The network 14 may comprise a wide area will re cognize that the invention may be implemented using 

network (WAN) or local area network (LAN) and may also a variety of comp uting platforms and/or network architec- 

compnse an interconnected system of networks, one par- 1Q 

ticular example of which is the Internet and the World Wide ' ,,. t „ 

Web supported on the Internet. In one embodiment, the first station 12A includes a query 

Atypical computer station 12 may include a processor or visualization module 50, which is a tool that assists a user in 

CPU 16. The CPU 16 may be operably connected to one or visualizing or otherwise understanding query explain data 

more memory devices 18. The memory devices 18 are for one or more queries to be executed. As described above, 

depicted as including a non-volatile storage device 20 such 15 the q uerv explain data includes, in one embodiment, the 

as a hard disk drive or CD-ROM drive, a read-only memory access path data, the statement cost data, and the object 

(ROM) 22, and a random access volatile memory (RAM) statistics data used in analyzing and improving the perfor- 

24. Preferably, the computer station 12 operates under the mance of SQL statements. 

control of an operating system (OS) 25, such as MVS®, The second station 12B preferably stores the database 52, 

OS/390®, AIX®, OS/2®, WINDOWS NT®, 20 as well as an RDBMS 54 for managing a database 52, such 

WINDOWS®, UNIX®, and the like. as DB2® for OS/390®, available from IBM. As used herein, 

The computer station 12 or system 10 in general may also the term "database" may generically refer to a combination 

include one or more input devices 26, such as a mouse or of the RDBMS 54 and the database 52. In one embodiment, 

keyboard, for receiving inputs from a user or from another the query visualization module 50 and the RDBMS 54 are 

device. Similarly, one or more output devices 28, such as a 25 linked via an interface module 56, such as DB2 Connect®, 

monitor or printer, may be provided within or be accessible also available from IBM. 

from the computer system 10. A network port such as a Referring now to FIG. 3, the query visualization module 

network interface card 30 may be provided for connecting to 50 preferably includes a plurality of modules containing 

outside devices through the network 14. In the case where 3Q executable and operational data suitable for operation within 

the network 14 is remote from the computer station, the the memory devices 18 of FIG. 1. Of course, the memory 

network interface card 30 may comprise a modem, and may devices 18 in which the modules of the present invention are 

connect to the network 14 through a local access line such located may also be distributed across both local and remote 

as a telephone line. computer stations 12. Likewise, two or more illustrated 

Within any given station 12, a system bus 32 may 35 modules may be integrated into a single module, or the 

operably interconnect the CPU 16, the memory devices 18, function of a single module could be performed by a group 

the input devices 26, the output devices 28, the network card of modules, without departing from the scope of the inven- 

30, and one or more additional ports 34. The system bus 32 tion. 

and a network backbone 36 may be regarded as data carriers. The principal components of the query visualization mod- 

As such, the system bus 32 and the network backbone 36 4Q u le 50 include a report creator 60, a graph generator 62, and 

may be embodied in numerous configurations. For instance, a parameter browser 64. The above-described modules are, 

wire, fiber optic line, wireless electromagnetic communica- in one embodiment, intended to help the user to better 

tions by visible light, infrared, and radio frequencies may be understand the query explain data, the subsystem 

implemented as appropriate. parameters, and the like in a variety of ways. 

In general, the network 14 may comprise a single local 45 For example, the report creator 60 in one embodiment 
area network (LAN), a wide area network (WAN), several selectively prepares a report of the access path data, state- 
adjoining networks, an intranet, or as in the manner men t cost data, and object statistics data in an easily 
depicted, a system of interconnected networks such as the understood, text-based format. The user may be provided 
Internet 40. The individual stations 12 communicate with with the option of selecting one or more query statements, 
each other over the backbone 36 and/or over the Internet 40 50 a s well as subsets of the query explain data for the selected 
with varying degrees and types of communication capabili- que ry statements to include in the report. The report pro- 
ties and logic capability. The individual stations 12 may vides the user with the requested query explain data in a 
include a mainframe computer on which the modules of the centralized and readily understood format, allowing the user 
present invention may be hosted. to efficiently analyze and improve SQL query performance. 

Different communication protocols, e.g., ISO/OSI, IPX, 5S The report creator 60 is more fully described in co-pending 

TCP/IP, may be used on the network, but in the case of the U.S. application Ser. No. 09/482,595, filed Jan. 13, 2000, 

Internet, a single, layered communications protocol (TCP/ now U.S. Pat. No. 6,195,653B1 "System and Method for 

IP) generally enables communications between the differing Selectively Preparing Customized Reports of Query Explain 

networks 14 and stations 12. Thus, a communication link Data," which is commonly assigned and is incorporated 

may exist, in general, between any of the stations 12. 60 herein by reference. 

The stations 12 connected on the network 14 may com- A second principal component of the query visualization 

prise application servers 42, and/or other resources or module 50 in one embodiment is the graph generator 62, 

peripherals 44, such as printers and scanners. Other net- which prepares a graphical representation of the access path 

works may be in communication with the network 14 0 f a query statement. The graph generator 62 is more fully 

through a router 38 and/or over the Interact 40. 6 5 described in co-pending application Sen No. 08/949,636 

Referring now to FIG. 2, a schematic block diagram of now U.S. Pat. No. 6,243,703, filed Oct. 14, 1997, for 

one embodiment of the invention includes first and second "Interpreting Data Using a Graphical User Interface," which 
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is incorporated herein by reference. FIG. 4 illustrates an catalog 88 to obtain object statistics for one or more database 

exemplary SQL query statement, processed by an RDBMS objects contained within in a plurality of user tables 90. 

54 to generate access path data, and stored within a plan Although the querying function is implemented herein by 

table 74 according to one embodiment of the present inven- four separate modules, those skilled in the art will recognize 

ti° n - 5 that the described functionality may be implemented by 

As shown in FIG. 5, the graph generator 62 in one fewer modules. Additionally, in one embodiment, the above - 
embodiment uses the plan table 74 to generate a graphical described modules use the interface module 56 when corn- 
representation of the access path. Preferably, access path municating with the RDBMS 54 and database 52. 
steps of an SQL statement are graphically represented as Preferably, the query visualization module 50 also 
nodes within a tree-like structure. Tables, indexes, and 30 includes a filter module 92, which is described in greater 
operations are graphically represented with unique symbols detail below. In one embodiment, the filter module 92 allows 
that indicate the item being represented. For example, rect- a user to filter a list of explainable query statements accord- 
angles represent tables, triangles represent indexes, and ing to various user-selected criteria, including statement 
octagons represent operations such as table space scans, costs, references to particular database objects, and the 
index scans, joins, etc. The graphical representation shows 15 inclusion of particular steps in the access paths of the 
the relationship between the database objects and the opera- statements. Moreover, in one embodiment, the user may 
tions. When the user selects a node of the graphical assign a name to a set of filtering criteria and save the named 
representation, detailed information related to the selected set in a filter storage 94. This allows the user to easily 
node is displayed on the right side of the display. retrieve a specified set of filtering criteria such that only the 

Referring again to FIG. 3, a third principal component of 20 explainable query statements satisfying the criteria are 

the query visualization module 50 in one embodiment is the listed. 

parameter browser 64. Preferably, the parameter browser 64 The query visualization module 50 also preferably 

allows a user to selectively view the subsystem parameters, includes a cache module 96, which caches portions of the 

for example, DSNZPARM and DSNHDECP values, used by above-described tables in a cache storage 98. For example, 

a subsystem, as well as the install panel names and fields. 25 when the plan table querying module 72 retrieves access 

Access to subsystem parameters is useful in analyzing the path data from the plan table 74, the access path data is 

performance of query statements. Like the graph generator preferably stored, and future accesses to the same data will 

62, the parameter browser 64 is more fully described in be retrieved from the cache storage 98. Various methods 

co-pending application Ser. No. 08/949,636 now U.S. Pat. may be employed for managing data in the cache storage 98, 

No. 6,243,703, filed Oct. 14, 1997, for "Interpreting Data 30 such as automatically deleting a percentage of the cached 

Using a Graphical User Interface." data when the amount of the data exceeds a pre-defined 

The report creator 60, graph generator 62, and parameter threshold, 

browser 64 are each preferably coupled to a graphical user Referring now to FIG. 6, the filter module 92 preferably 

interface (GUI) module 66. Preferably, the GUI module 66 35 includes a plurality of modules containing executable and 

is operably coupled to the input and output devices 26, 28 to operational data suitable for operation within the memory 

allow the user to interact with the report creator 60, graph devices 18 of FIG. 1. In one embodiment, the memory 

generator 62, and parameter browser 64. devices 18 in which the modules of the present invention are 

The query visualization module 50 in the depicted located may also be distributed across both local and remote 

embodiment also includes an explain module 68, which 40 computer stations 12. Likewise, two or more illustrated 

invokes a corresponding explain function 70 in the RDBMS modules may be integrated into a single module without 

54. When invoked, the explain function 70 causes the departing from the scope of the invention, and additional 

RDBMS 54 to generate access path data, statement cost modules could be utilized to perform the same functions, 

data, and function data (referred to herein as "explain data") In one embodiment, the filter module 92 includes a 

for a specified query statement. As noted above, the explain 45 plan/package selection module 100, which allows a user to 

data is a subset of the query explain data. select an initial set of query statements to be filtered. Briefly, 

Explainable query statements include SELECT (except a package comprises one or more query statements from a 

for SELECT INTO) and INSERT statements, and the common application. Likewise, a plan is an assemblage of 

searched form of UPDATE and DELETE statements. The query statements, but may correspond to more than one 

explain module 68 is used to invoke the explain function 70 50 application. The user may preferably select one or more 

in which the RDBMS 54 immediately generates explain data plans or packages to create the initial set of query state- 

for a specific SQL statement. This feature is useful for ments. 

interactively testing specified SQL statements. Alternatively, As described above, the initial set of query statements 
the RDBMS 54 generates the explain data at bind time in the may be very large, particularly for a company-wide data- 
context of an application or package upon encountering an 55 base. Consequently, it may be difficult for a user to locate a 
EXPLAIN(YES) option of the BIND command. particular query statement, when, for example, the user 
In one embodiment, the query visualization module 50 wishes to select the statement for graphing, for SQL text 
includes a plurality of querying modules for querying vari- display, for generation of a report containing the statement, 
ous tables in the database 52. For example, a plan table or the like. 

querying module 72 queries a plan table 74 to obtain access 60 To alleviate this problem, the filter module 92 preferably 

path data. Likewise, a statement table querying module 76 includes a filter generation module 102. In one embodiment, 

queries a statement table 78 to obtain statement cost data. A the filter generation module 102 allows the user to create one 

function table querying module 80 queries a function table or more filters for selectively reducing a list of query 

82 to obtain data concerning user-defined functions. The statements based on subsets of the query explain data 

plan table 74, the statement table 78, and the function table 65 previously generated for the statements by the RDBMS 54. 

82 are collectively referred to herein as "explain tables." These filters may be referred to collectively as user-defined 

Finally, a catalog querying module 86 queries the RDBMS filters 105. Each filter includes user-specified filtering cri- 
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teria that are applied to the corresponding subset of the query 
explain data to selectively exclude from the initial set the 
query statements not satisfying the filtering criteria. 

The filter generation module 102 preferably includes an 
object filter generator 104 for assisting a user in generating 
a user-defined object filter 106. In one embodiment, the 
object filter 106 includes filtering criteria for selectively 
excluding query statements from the initial set based on 
whether the query statements either reference a specified 
database object or reference an object created by a specified 
person. 

Similarly, the filter generation module 102 also includes, 
in one embodiment, a cost filter generator 108 for assisting 
a user in generating a user-defined cost filter 110. The cost 
filter 110 preferably includes filtering criteria for selectively 
excluding query statements from the initial set based on how 
the statement cost data for each query statement compares 
with a specified threshold cost. 

Likewise, the filter generation module 102 preferably 
includes an access path filter generator 112 for assisting a 
user in generating a user-defined access path filter 114. The 
access path filter 114 preferably includes filtering criteria for 
selectively excluding query statements from the initial set 
based on whether the statements include specified execution 
steps in their access paths. Other types of filter generators 
may also be added as needed. 

To apply the foregoing filters, the filter module 92 pref- 
erably includes a statement filtering module 116. In one 
embodiment, the statement filtering module 116 applies the 
filtering criteria of the filters to subsets of the query explain 
data for the initial set of query statements. 

In the depicted embodiment, the statement filtering mod- 
ule 116 includes an object criteria module 118 for applying 
the filtering criteria of an object filter 106. Preferably, the 
object criteria module 118 communicates with the plan table 
querying module 72 to obtain the access path data for each 
query statement from the plan table 74. From the access path 
data, the object criteria module 118 may determine whether 
each statement references a database object specified in the 
filtering criteria, such as a table, index, or the like. 

Additionally, the statement filtering module 116 prefer- 
ably includes a cost criteria module 120 for applying the 
filtering criteria of a cost filter 110. In one embodiment, the 
cost criteria module 120 communicates with the statement 
table querying module 76 to obtain the statement cost data 
for each query statement from the statement table 78. From 
the statement cost data, the cost criteria module 120 may 
determine whether each statement satisfies the filtering 
criteria of the cost filter 110. 

In one embodiment, the statement filtering module 116 
also includes an access path criteria module 122 for applying 
the filtering criteria of an access path filter 114. Preferably, 
the access path criteria module 122 communicates with the 
plan table querying module 72 to obtain the access path data 
for each query statement from the plan table 74. From the 
access path data, the access path criteria module 122 may 
determine whether the access path of each statement 
includes execution steps specified in the filtering criteria of 
the access path filter 114. 

In one embodiment, the filter module 92 also includes a 
statement listing module 124. The statement listing module 
124 preferably displays the filtered set of query statements 
to the user, additionally allowing the user to select one or 
more of the query statements for purposes of modifying the 
statements, including the statements in a report, explaining 
the query statements, or the like. 
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In one embodiment, the filter module 92 also includes a 
filter storage module 126. After the user has generated one 
or more filters, the filter storage module 126 preferably 
allows the user to store the filters as a set 130 in the filter 

5 storage 94. In one embodiment, the user may assign a name 
to a set 130 of filters in the filter storage 94. Later, the user 
may retrieve and use the stored filters without having to 
recreate them, as described in greater detail below. 
FIG. 7 is an illustration of the data flow within the filter 

10 module 92 according to one embodiment of the invention. 
As described above, the RDBMS 54 generates query explain 
data for a plurality of query statements. Using the statement 
selection module 100, the user may select one or more plans 
and/or packages, which define an initial set of query state- 
ments to be filtered. 

A user may, with the filter generation module 102, gen- 
erates one or more niters, such as an object filter 106, a cost 
filter, and an access path filter 114. Optionally, the filters 
may be stored in the filter storage 94 by means of the filter 

2Q storage module 126. Later, a user may retrieve the filters 
from the filter storage 94 in order to selectively reduce a list 
of query statements. In one embodiment, the filters may 
include the user's selection of the plans and/or packages. 
In one embodiment, the statement filtering module 116 

25 accepts as input the initial set of query statements, the query 
explain data for the statements, and one or more user-defined 
filters, either generated by the filter generation module 102 
or retrieved from the filter storage 94. Using the techniques 
described above, the statement filtering module 116 applies 

30 the filtering criteria of each user-defined filter to selectively 
excluding from the initial set the query statements not satisfy 
the filtering criteria. Preferably, the statement filtering mod- 
ule 116 provides the filtered query statements to the state- 
ment listing module 124, which displays a list of the filtered 

35 query statements to the user. 

Referring now to FIG. 8, a schematic flow chart illustrates 
a method of filtering query statements according to one 
embodiment of the invention. The method begins by deter- 
mining 132 whether to create new filters or to retrieve a set 

40 130 of stored filters. In the depicted embodiment, a user may 
create new filters by selecting a "new*' button 146 or a 
similar control. Alternatively, a user may retrieve a set 130 
of filters from the filter storage 94 by selecting the name of 
a set 130 from a pull-down menu 148 (of FIG. 10), which 

45 lists the names of the filter sets 130 stored in the filter storage 
94. 

If, in step 132 of FIG. 8, the user elects to create new 
filters, the method continues by receiving 134 a user's 
selection of one or more plans and/or packages. As noted 

50 above, a package corresponds to one or more query state- 
ments in a common application. Likewise, a plan is an 
assemblage of query statements, but may correspond to 
more than one application. 

FIGS. 9 and 10 are illustrations of interactive displays, 

55 generated by the statement selection module 100 for receiv- 
ing a user's selection of one or more plans and/or packages. 
FIG. 9 illustrates an interactive display for selecting pack- 
ages according to one embodiment of the invention. 
Preferably, the statement selection module 100 provides an 

60 "add" button 134, or a similar control, through which the 
user may select to add one or more packages to a selected 
package fist 136. In one embodiment, the user may add 
packages by name or by performing a search of the packages 
based on such criteria as package owner, package name, 

65 collection ID, and version. 

In one embodiment, the selection module 100 employs a 
control such as a "change" button 138 for changing one or 
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more of the selected packages in the selected package list excluded. For example, as displayed by the statement listing 

136. In addition, the selection module 100 may include a module 124 in FIG. 13, each of the filtered statements 

"remove" button 140 or similar control for removing one or references the "TBDB0101" table. 

more of the selected packages. In one embodiment, a filter may include a plurality of 

FIG. 10 illustrates an interactive display for selecting 5 relational expressions combined with boolean operators. In 

plans according to one embodiment of the invention. the illustrated embodiment of FIG. 12, the relational expres- 

Preferably, the selection module 100 provides a control such S10ns 154 mav be combined using a logical (inclusive) "OR" 

as an "add" button 134 for adding one or more plans to a b >[ selectin S th u e "^ee' any filter condition" option 162. 

selected plan list 142. As noted above, a plan is similar to a Alternatively, the relationa 1 expressions 154 may be com- 

i u *_ * i j ♦ . * r *u in bined using a logical AND by selectmg the Meet all filter 

package but may include query statements for more than one 30 „ ,P v « & , 

T t - conditions option 164. Other boolean operations may also 

application. be provided) sucn ^ N0Tj eX clusive-OR, and the like. 

After the user's selection of plans and/or packages is Referring again to FIG. 8, after the filtering criteria for the 

received, the method contmues by receiving 150 user- object filter 106 is received, the method continues by receiv- 

specified filtering criteria, if any, for an object filter 106. It mg 168 filtering criteria, if any, for a cost filter 110. FIG. 14 

should be recognized that a user is not required in one 15 ^ an illustration of an interactive display provided by the 

embodiment to create a complete set of filters or, indeed, any cost filter generator 108 for receiving user-specified filtering 

filters. Thus, if the user selects an "OK" button 152 (of FIG. criteria of a cost filter 110. Preferably, the interactive display 

10) or the like without creating any filters, the statement for the cost filter generator 108 may be selectively displayed 

listing module 124 (of FIG. 7) preferably lists all of the by means of the "Cost/object filters" tab 153. 

query statements in the selected plans and/or packages. FIG. 20 In one embodiment, the interactive display includes a set 

11 illustrates an unfiltered listing of the plurality of query of customizable relational expressions 170 for specifying the 

statements for the selected plans of FIG. 10. If the user does filtering criteria for a cost filter 110. Each relational expres- 

not define an object filter 106, the method simply proceeds s i on 170 preferably represents an individual filtering crite- 

with step 168. ri on mat ^ applied to the statement cost data for each query 

FIG. 12 is an illustration of an interactive display pro- statement, 

vided by the object filter generator 104 for receiving user- The relational expressions 170 for the cost filter 110 are 

specified filtering criteria of an object filter 106. In the similar in form to those of the object filter 106. However, the 

depicted embodiment, the interactive display for the object name field 156 preferably represents cost units for measur- 

filter generator 104 is shared with the cost filter generator 3o mg the cost of executing the query statement. In one 

108. However, in alternative embodiments, separate inter- embodiment, the cost units are either milliseconds or service 

active displays are provided. Preferably, the interactive units. Service units are a measure of a computer's processing 

display for the cost filter generator 108 is selectively dis- resources needed to execute the query statement. The value 

played by means of a suitable control such as a "Cost/object field 160 preferably stores a threshold cost to be compared 

filters" tab 153. ^ W it n the statement cost of each query statement. 

In one embodiment, the interactive display includes a set For example, as shown in FIG. 14, the expression 170A 

of customizable relational expressions 154 for specifying includes "Cost in milliseconds" in the name field 156, ">" 

filtering criteria of an object filter 106. Each relational in the operator field 158, and "1000" in the value field 160. 

expression preferably represents an individual filtering cri- Thus, the relational expression, "Cost in milliseconds 

terion that is applied to the object reference data for each 4Q >1000" specifies that only those query statements with an 

query statement. Although the following description illus- estimated cost greater than 1000 milliseconds will pass 

trates a preferred user interface, a variety of other user through the cost filter 110; all other statements will be 

interfaces may be employed within the scope of the inven- excluded. For example, as displayed by the statement listing 

ti° n - module 124 in FIG. 15, each of the filtered statements has a 

In the depicted embodiment, each relational expression 45 cost greater than 1000 milliseconds. 
154 includes three fields: a name field 156, an operator field Referring again to FIG. 8, after the filtering criteria for the 
158, and a value field 160. The name field 156 preferably cost filter 110 is received, the method continues by receiving 
represents a type of database object referenced by a query 172 filtering criteria, if any, for an access path filter 114. 
statement, such as a table or an index. In addition, the name FIG. 16 is an illustration of an interactive display provided 
field 156 may represent an object creator, i.e. a person who 50 by the access path filter generator 112 for receiving user- 
created one or more referenced objects. specified filtering criteria of an access path filter 114. 

The operator field 158 is preferably selectable from a Preferably, the interactive display for the access path filter 

number of relational operators, such as "equal to," "not generator 112 is selectively displayed by means of an 

equal to," "greater than," "less than," "in" or "like." In one "Access path filters" tab 174. 

embodiment, the operator field 158 may be selected using a 55 l n one embodiment, the access path filter generator 112 

pull down menu or similar mechanism. displays a plurality of customizable boolean expressions 

Preferably, the value field 160 stores the name of a 176. Preferably, each of the boolean expressions 176 repre- 

specific object or a name of a specific object creator. In one sents access path steps. For example, as depicted in FIG. 16, 

embodiment, the value field 160 is specified using a text the access path steps may include sorts, table space scans, 

entry field or like mechanism. $o and the like. 

For example, as shown in FIG. 12, the expression 154A In one embodiment, each of the boolean expressions 176 

includes "Table names" in the name field 156, "=" in the include a name field 156 and a value field 160. The name 

operator field 158, and "TBDB0101" in the value field 160. field 156 preferably includes a type of access path step. The 

Thus, in one embodiment, the resulting relational value field 160 is preferably a truth value, i.e. true or false, 

expression, "Table names=TBDB0101," specifies that only 65 In one embodiment, the value field 160 is selectively 

the query statements referencing the "TBDB0101" table will changeable by clicking on the associated field with a mouse 

pass through the object filter 106; all other statements will be or other pointing device. 
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Query statements are preferably allowed to pass through 
the access path filter 114 if the statements include any of the 
access path steps having a value field 160 of true. In one 
embodiment, the individual boolean expressions 176 are 
combined using a logical OR. In alternative embodiments, 5 
the expressions 176 may be combined using other boolean 
operators, such as AND. 

In one embodiment, the access path filter generator 112 
provides a "Set to all true" button 177 for conveniently 
setting all of the value fields 160 to true. Likewise, the 30 
access path filter generator 112 provides a "Set to all false" 
button 178 for setting all of the value fields 160 to false. 

As illustrated in FIG. 17, a user may desire to see a list of 
query statements including sorts in the statements' access 
paths. This may be accomplished in one embodiment by 15 
setting all of the value fields 160 to false using- the "Set all 
to false" button 178 and changing the "Sorts" value field 160 
to true. Accordingly, when the access path filter 114 is 
applied, only the statements having sorts are displayed. For 
example, as displayed by the statement listing module 124 20 
in FIG. 18, all of the fisted query statements include sorts in 
the statements 5 access paths. 

After the filtering criteria for the access path filter 114 is 
received, the method continues by creating 180 the filters 
corresponding to the user-defined filtering criteria. In one 25 
embodiment, the filters are data structures including repre- 
sentations of the relational expressions 154, 170 and boolean 
expressions 176. In addition, each filter may include, in one 
embodiment, the selection of plans and/or packages made by 
the user in step 144. The type of data structure is not crucial 30 
to the invention. However, it is preferred that the statement 
filtering module 116 is capable of interpreting the data 
structures to obtain the relational expressions 154, 170 and 
boolean expressions 176, for the filtering criteria, as well as 
the plan/package selection. 

After the filters are created, the method continues by 
determining 182 whether to save the user-specified filter(s) 
as a set 130 in the filter storage 94. The user may elect (or 
may have previously elected) to give a name to a set 130 of 4Q 
filters and store the set 130 by means of the "Save" or "Save 
as" buttons 184, 186. 

If the user selects one of the foregoing buttons 184, 186, 
the method continues with step 188 by receiving the name 
of the filter set 130 (if not previously provided) and storing 45 
the filter set 130 in the filter storage 94 using the specified 
name; otherwise, the method continues with step 192. 

As previously noted in step 144, a user may elect to 
retrieve a stored filter set 130, rather than creating new filters 
by means of the filter generation module 102. This is 50 
accomplished, in one embodiment, by selecting a set 130 
from a pull down menu 148, which lists the names of the 
filter sets 130 stored in the filter storage 94. Thus, if the user 
elects to retrieve a stored set in step 144, the method 
continues by receiving 190 a name of a user-specified filter 55 
set 130 and retrieving the set 130 from the filter storage 94. 

In one embodiment, the user may elect to modify the 
retrieved filter 190 using the techniques described in steps 
150, 168, and 172. As noted above, the filters may include, 
in one embodiment, the selection of plans and/or packages 60 
made by the user in step 144. However, in an alternative 
embodiment, the user may proceed to specify a new or 
different set of plans and/or packages as described in step 
132. 

After the completion of either steps 182, 188, or step 190, 65 
one or more filters will have been generated and/or retrieved. 
Preferably, the user requests a list of filtered statements by 
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selecting the "OK" button 152. Thereafter, the method 
continues by applying 192 the object filter 106, if any, to the 
query statements. After the object filter 106 is applied, the 
method continues by applying 194 the cost and access path 
filters 110, 114 if any were defined. 

When the filtering process is complete, the statement 
listing module 124 displays a list of the filtered query 
statements to the user. As shown in FIG, 13, the statement 
listing may include such information as a statement number, 
a package name, a cost in milliseconds, a cost in service 
units, the SQL text of the query statement, a collection ID, 
a plan name, and an owner name. 

Additionally, in one embodiment, the statement listing 
module 124 allows the user to select a filtered statement for 
graphing, for SQL text display, for generation of a report 
containing the statement, or the like. FIGS. 13, 15, and 18 
illustrate an interactive display generated by the statement 
listing module 124 for listing the filtered query statements 
according to one embodiment of the invention. 

The present invention may be embodied in other specific 
forms without departing from its scope or essential charac- 
teristics. The described embodiments are to be considered in 
all respects only as illustrative and not restrictive. The scope 
of the invention is, therefore, indicated by the appended 
claims rather than by the foregoing description. All changes 
which come within the meaning and range of equivalency of 
the claims are to be embraced within their scope. 

What is claimed and desired to be secured by United 
States Letters Patent is: 

1. An apparatus for filtering a set of query statements 
according to query explain data associated therewith, the 
query explain data generated by a database and indicating 
how the database will execute the query statements, the 
apparatus comprising: 

a memory device having thereon modules of code for 
execution by a processor, 
the modules comprising: 

a filter generation module configured to receive 
user-specified filtering criteria directed to a subset 
of the query explain data for at least one query 
statement and generate in response at least one 
user-defined filter; and 
a statement filtering module configured to apply the 
user-defined filter to the set of query statements to 
selectively exclude, query statements not satisfy- 
ing the filtering criteria of the at least one user- 
defined filter. 

2. The apparatus of claim 1, wherein the query explain 
data comprises object reference data including one or more 
objects in the database referenced by each query statement, 
the at least one user-defined filter comprising: 

an object filter comprising filtering criteria for selectively 
excluding from the set the query statements not refer- 
encing a specified object. 

3. The apparatus of claim 1, wherein the query explain 
data comprises object reference data including one or more 
objects in the database referenced by each query statement, 
the at least one user-defined filter comprising: 

an object filter comprising filtering criteria for selectively 
excluding from the set the query statements referencing 
a specified object. 

4. The apparatus of claim 1, wherein the query explain 
data comprises object reference data including one or more 
objects in the database referenced by each query statement, 
the object reference data further comprising object creator 
data including an indication of a person who created each 
object, the at least one user-defined filter comprising: 
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an object filter comprising filtering criteria for selectively 15. The apparatus of claim 14, wherein the filter genera- 
excluding from the set the query statements referencing tion module is further configured to receive from a user 
database objects not created by a specified person. boolean operator for logically combining at least two rela- 

5. The apparatus of claim 1, wherein the query explain tional expressions, wherein the boolean operator is selected 
data comprises object reference data including one or more 5 from the group consisting of OR and AND. 

objects in the database referenced by each query statement, 16. The apparatus of claim 14, wherein the filter genera - 

the object reference data further comprising object creator tion module is further configured to receive from a user at 

data including an indication of a person who created each least one relational expressions of the form NAME OPERA- 

object, the at least one user-defined filter comprising: TOR VALUE, wherein NAME comprises one of an object, 

an object filter comprising filtering criteria for selectively io an object creator, and a unit for measuring statement cost; 

excluding from the set the query statements referencing wherein OPERATOR comprises one of GREATER THAN, 

database objects created by a specified person. LESS THAN, EQUAL TO, NOT EQUAL TO, IN, and 

6. The apparatus of claim 1, wherein the query explain LIKE; and wherein VALUE comprises one of a name of an 
data comprises statement cost data including an estimated object, a name of an object creator, and a cost value, 
cost generated by the database for executing each query is 17. The apparatus of claim 1, further comprising: 
statement, the at least one user-defined filter comprising: a filter customization module configured to provide an 

a cost filter comprising filtering criteria for selectively interactive display including one or more customizable 
excluding from the set the query statements having an filtering criteria, the filter customization module con- 
estimated cost below a specified cost. figured to permit a user to customize the customizable 

7. The apparatus of claim 1, wherein the query explain 20 filtering criteria to generate the at least one user-defined 
data comprises statement cost data including an estimated filter. 

cost generated by the database for executing each query 18. A method for filtering a set of query statements 

statement, the at least one user-defined filter comprising: according to query explain data associated therewith, the 

a cost filter comprising filtering criteria for selectively query explain data generated by a database and indicating 

excluding from the set the query statements having an 25 now the database will execute the query statements, the 

estimated cost above a specified cost. method comprising: 

8. The apparatus of claim 1, wherein the query explain receiving user-specified filtering criteria directed to a 
data comprises statement cost data including an estimated subset of the query explain data for at least one query 
cost generated by the database for executing each query statement and generating in response at least one user- 
statement, the at least one user-defined filter comprising: 30 defined filter; and 

a cost filter comprising filtering criteria for selectively applying the user-defined filter to the set of query state- 
excluding from the set the query statements having an ments to selectively exclude query statements not sat- 
estimated cost equal to a specified cost. isfying the filtering criteria of the at least one user- 

9. The apparatus of claim 1, wherein the query explain 35 defined filter. 

data comprises access path data including execution steps 19. The method of claim 18, wherein the query explain 

generated by the database for executing each query data comprises object reference data including one or more 

statement, the at least one user-defined filter comprising: objects in the database referenced by each query statement, 

an access path filter comprising filtering criteria for selec- the applying step comprising: 

lively excluding from the set the query statements not 4Q selectively excluding from the set the query statements 

including a specified execution step in the access path not referencing a specified object. 

data. 20. The method of claim 18, wherein the query explain 

10. The apparatus of claim 1, wherein the query explain data comprises object reference data including one or more 
data comprises access path data including execution steps objects in the database referenced by each query statement, 
generated by the database for executing each query 45 the applying step comprising: 

statement, the at least one user-defined filter comprising: selectively excluding from the set the query statements 

an access path filter comprising filtering criteria for selec- referencing a specified object. 

tively excluding from the set the query statements 21. The method of claim 18, wherein the query explain 

including a specified execution step in the access path data comprises object reference data including one or more 

data. 50 objects in the database referenced by each query statement, 

11. The apparatus of claim 1, further comprising: the object reference data further comprising object creator 
a display module configured to display the filtered set of data including an indication of a person who created each 

query statements to a user. object, the applying step comprising: 

12. The apparatus of claim 1, further comprising: selectively excluding from the set the query statements 
a filter storage module configured to store a set of filters 55 referencing database objects not created by a specified 

generated by the filter generation module in a filter person. 

storage. 22. The method of claim 18, wherein the query explain 

13. The apparatus of claim 12, further comprising: data comprises object reference data including one or more 
a display module configured to retrieve a stored set of objects in the database referenced by each query statement, 

filters from the filter storage, invoke the statement 60 the object reference data further comprising object creator 

filtering module to apply the retrieved of filters to the data including an indication of a person who created each 

set of query statements, and display the filtered set of object, the applying step comprising: 

query statements to a user. selectively excluding from the set the query statements 

14. The apparatus of claim 1, wherein the filter generation referencing database objects not created by a specified 
module is further configured to receive from a user one or 65 person. 

more relational expressions for generating the filtering cri- 23. The method of claim 18, wherein the query explain 

teria. data comprises statement cost data including an estimated 
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cost generated by the database for executing each query or more instructions executable by the processor to perform 

statement, the applying step comprising: a method for filtering a set of query statements according to 

selectively excluding from the set the query statements query explain data associated therewith, the query explain 

having an estimated cost below a specified cost. data generated by a database and indicating how the data- 

24. The method of claim 18, wherein the query explain 5 base will execute the query statements, the method corn- 
data comprises statement cost data including an estimated prising: 

cost generated by the database for executing each query receiving user-specified filtering criteria directed to a 
statement, the applying step comprising: subset of the query explain data for at least one query 
selectively excluding from the set the query statements statement and generating in response at least one user- 
having an estimated cost above a specified cost. 10 defined filter; and 

25. The method of claim 18, wherein the query explain applying the user-defined filter to the set of query state- 
data comprises statement cost data including an estimated ments to selectively exclude query statements not sat- 
cost generated by the database for executing each query isfying the filtering criteria of the at least one user- 
statement, the applying step comprising: defined filter. 

selectively excluding from the set the query statements 15 36. The article of manufacture of claim 35, wherein the 

having an estimated cost equal to a specified cost. query explain data comprises object reference data including 

26. The method of claim 18, wherein the query explain one or more objects in the database referenced by each query 
data comprises access path data including execution steps statement, the applying step comprising: 

generated by the database for executing each query selectively excluding from the set the query statements 

statement, the applying step comprising: 20 not referencing a specified object. 

selectively excluding from the set the query statements 37 • The article of manufacture of claim 35, wherein the 

not including a specified execution step in the access q uerv explain data comprises object reference data including 

path data. one or more objects in the database referenced by each query 

27. The method of claim 18, wherein the query explain 25 statement, the applying step comprising: 

data comprises access path data including execution steps selectively excluding from the set the query statements 

generated by the database for executing each query referencing a specified object. 

statement, the applying step comprising: 38. The article of manufacture of claim 35, wherein the 

selectively excluding from the set the query statements Q uerv explain data comprises object reference data including 

including a specified execution step in- the access path 30 OIie or more objects in the database referenced by each query 

data. statement, the object reference data further comprising 

28. The method of claim 18, further comprising: object creator data including an indication of a person who 
displaying the filtered set of query statements to a user. created each ob J ect ' tne "Paying step comprising: 

29. The method of claim 18, further comprising: selectively excluding from the set the query statements 
receiving a user-specified name for a set of filters; and 35 re ^™ ng d ^ b ^ ° bjeCtS DOt CfCated by a &pecified 
storing the set of filters in a filter storage. 39 P ™Tarticle of manufacture of claim 35, wherein the 

30. The method of claim 18, further comprising: query exp , ain daU comprises object refereace data mcluding 
receiving a user-specified name for a set of filters; one or more objects m the database referenced by each query 
retrieving the named set of filters from a filler storage; and ^ statement, the object reference data further comprising 
applying the named set of filters to the set of query object creator data including an indication of a person who 

statements. created each object, the applying step comprising: 

31. The method of claim 18, further comprising: selectively excluding from the set the query statements 
receiving from a user one or more relational expressions referencing database objects not created by a specified 

for generating the filtering criteria, 45 person. 

32. The method of claim 31, further comprising: 40. The article of manufacture of claim 35, wherein the 
receiving from a user a boolean operator for logically query explain data comprises statement cost data including 

combining at least two of the relational expressions, an estimated cost generated by the database for executing 

wherein the boolean operator selected from the group each query statement, the applying step comprising: 

consisting of OR and AND. 50 selectively excluding from the set the query statements 

33. The method of claim 31, further comprising: having an estimated cost below a specified cost, 
receiving from a user at least one relational expression of 41. The article of manufacture of claim 35, wherein the 

the form NAME OPERATOR VALUE, wherein query explain data comprises statement cost data including 

NAME comprises one of an object, an object creator, an estimated cost generated by the database for executing 

and a unit for measuring statement cost; wherein 55 each query statement, the applying step comprising: 

OPERATOR comprises one of GREATER THAN, selectively excluding from the set the query statements 

LESS THAN, EQUAL TO, NOT EQUAL TO, IN, and having an estimated cost above a specified cost. 

LIKE; and wherein VALUE comprises one of a name 42. The article of manufacture of claim 35, wherein the 

of an object, a name of an object creator, and a cost query explain data comprises statement cost data including 

value. 60 an estimated cost generated by the database for executing 

34. The method of claim 18, further comprising: each query statement, the applying step comprising: 
providing an interactive display including one or more selectively excluding from the set the query statements 

customizable filtering criteria; and having an estimated cost equal to a specified cost, 

permitting a user to customize the customizable filtering 43. The article of manufacture of claim 35, wherein the 

criteria to generate the at least one user-defined filter. 65 query explain data comprises access path data including 

35. An article of manufacture comprising a program execution steps generated by the database for executing each 
storage medium readable by a processor and embodying one query statement, the applying step comprising: 
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selectively excluding from the set the query statements 
not including a specified execution step in the access 
path data. 

44. The article of manufacture of claim 35, wherein the 
query explain data comprises access path data including 5 
execution steps generated by the database for executing each 
query statement, the applying step comprising: 

selectively excluding from the set the query statements 
including a specified execution step in the access path 
data. 1° 

45. The article of manufacture of claim 35, the method 
further comprising: 

displaying the filtered set of query statements to a user. 

46. The article of manufacture of claim 35, the method 
further comprising: 15 

receiving a user-specified name for a set of filters; and 
storing the set of filters in a filter storage. 

47. The article of manufacture of claim 35, the method 
further comprising: 20 

receiving a user-specified name for a set of filters; 
retrieving the named set of filters from a filter storage; and 
applying the named set of filters to the set of query 
statements. 

48. The article of manufacture of claim 35, the method 25 
further comprising: 

receiving from a user one or more relational expressions 
for generating the filtering criteria. 
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49. The article of manufacture of claim 48, the method 
further comprising: 

receiving from a user a boolean operator for logically 
combining at least two of the relational expressions, 
wherein the boolean operator selected from the group 
consisting of OR and AND, 

50. The article of manufacture of claim 48, the method 
further comprising: 

receiving from a user at least one relational expression of 
the form NAME OPERATOR VALUE, wherein 
NAME comprises one of an object, an object creator, 
and a unit for measuring statement cost; wherein 
OPERATOR comprises one of GREATER THAN, 
LESS THAN, EQUAL TO, NOT EQUAL TO, IN, and 
LIKE; and wherein VALUE comprises one of a name 
of an object, a name of an object creator, and a cost 
value. 

51. The article of manufacture of claim 35, the method 
further comprising: 

providing an interactive display including one or more 
customizable filtering criteria; and 

permitting a user to customize the customizable filtering 
criteria to generate the at least one user-defined filter. 

***** 
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